home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0078 / 679.txt < prev    next >
Text File  |  1997-04-16  |  11KB  |  289 lines
  1. INFO-ATARI16 Digest         Mon, 20 Nov 89       Volume 89 : Issue 679
  2.  
  3. Today's Topics:
  4.                      atari ABC  yea or nay  ????
  5.                       BUG in FWRITE (LATTICE C)
  6.                          Downloading, Help Me
  7.           Gadgets by Small - Possible new '030 add-on board!
  8.                        Need help with Gulam/MX2
  9.                               Ram Disks
  10.                           Terminator archive
  11.                             Vapourware!!!
  12. ----------------------------------------------------------------------
  13.  
  14. Date: 20 Nov 89 10:38:38 GMT
  15. From:
  16.  uwm.edu!ux1.cso.uiuc.edu!ux1.cso.uiuc.edu!uxa.cso.uiuc.edu!uxf.cso.uiuc.edu!rjk
  17.  752@psuvax1.cs.psu.edu
  18. Subject: atari ABC  yea or nay  ????
  19.  
  20. /* Written by suhonen@tukki.jyu.fi in uxf.cso.uiuc.edu:comp.sys.atari.st */
  21.  
  22. Much text deleted intermittently
  23.  
  24. >The MC68000 is FAR from RISC!!!!   It is absolutely a CISC processor!
  25.         Not true.  See below.
  26.  
  27. <       I am a month from graduation as a computer engineer, and....
  28. >if only I where you professor, I'll would kick you out of the University!!
  29. >Almoust draduated computer engineer, and does not know NOTHING about
  30. >processors... Where is the word goning to?????
  31.         Isn't there some sort of error in logic there ?  Because I haven't
  32. programmed the 68000 and one of my statements about it was technically
  33. incorrect, I know NOTHING about processors.  I know quite a bit about
  34. processors (I won't bore everyone by putting it in).  The University of
  35. Illinois is in fact one of the best Colleges in the United states in the
  36. field of Computer Engineering, and I will graduate in December. However,
  37. they tend to concentrate on theory.  I have had little experience with the
  38. hardware currently on the market.
  39.         I don't see any smiles in your text.  If you want to get personal
  40. with colorful insults, then please use mail.  Your message is in very poor
  41. taste.  There is enough bashing going on here, we don't need to start flame
  42. wars as well, do we ?
  43.         I heard about the 68000 architecture from a friend at the University
  44. here (I haven't actually programmed it myself).  Here is what he said:
  45. (Note that I now admit the 68000 is considered CISC)
  46.  
  47. "Actually, the 68000 is considered CISC, because of the fact that YOU, the USER
  48. cannot write programs in its "basic" set.  I am *quite* sure that at the very
  49. *heart* of the 68000 is a RISC ALU which executes a VERY small program (which
  50. is stored in the on-chip memory) which reads the instructions from memory and
  51. decodes them.  So overall, the 68000 is in fact CISC, but it is run by a RISC
  52. heart.
  53.  
  54. And yes, I am quite sure of this.  I got this info from a (very informative)
  55. article on CPU architecture in Byte magazine (a special issue on architecture
  56. sometime in the last 14 months or so) -- they were doing a specific comparison
  57. of the basic operation differences between the 80x86 and the 680x0 families."
  58.  
  59.         Hopefully that will clear up any confusion that you or I created.
  60.  
  61. ------------------------------
  62.  
  63. Date: 20 Nov 89 09:19:50 GMT
  64. From: eru!luth!sunic!mcsun!inria!loria!wiener.crin.fr!domen@bloom-beacon.mit.edu
  65.   (Eric Domenjoud)
  66. Subject: BUG in FWRITE (LATTICE C)
  67.  
  68. I'd like to report a bug I found in the function FWRITE of the library
  69. GEMLIB.BIN of LATTICE C. Writing 0xFF to a file causes an error.
  70. I've included the code of this function with some comments so that
  71. everybody can see the bug is.
  72.  
  73. Did somebody already notice it?
  74. Does this bug really exist or only in my version ? (would be very strange)
  75.  
  76. Anyway, be carefull when using this function.
  77.  
  78.         Eric
  79.  
  80. ----------------------------------------------
  81.  
  82. FHANDLE = 20    ; file handle
  83. BLKCNT  = 16    ; number of blocks to be written
  84. BLKSIZE = 12    ; block size
  85. BADDR   =  8    ; address of the current byte
  86.  
  87. BLKWR   = -4    ; blocks written
  88. BYTEWR  = -8    ; bytes written
  89. THEBYTE = -12   ; current byte
  90.  
  91.  
  92. FWRITE:
  93.         link    A6,#-12
  94.         clr.l   -4(A6)          ; no block written
  95.  
  96. NEXTBLK:
  97.         move.l  -4(A6),D0
  98.         cmp.l   16(A6),D0
  99.         bge.s   ALLDONE
  100.         clr.l   -8(A6)          ; no byte written
  101.  
  102. NEXTBYTE:
  103.         move.l  -8(A6),D0
  104.         cmp.l   12(A6),D0
  105.         bge.s   BLKDONE
  106.         movea.l 8(A6),A0        ; If the byte to be written is 0xFF
  107.         move.b  (A0),D0         ; D0 = 0xFF
  108.         ext.w   D0              ; D0 = 0xFFFF
  109.         ext.l   D0              ; D0 = 0xFFFFFFFF
  110.         addq.l  #1,8(A6)
  111.         movea.l 20(A6),A0
  112.         move.l  8(A0),D1
  113.         subq.l  #1,D1
  114.         move.l  D1,8(A0)
  115.         move.l  D0,-12(A6)
  116.         tst.l   D1
  117.         bmi.s   BUFFULL         ; branch if the file buffer is full
  118.         movea.l (A0),A1         ; Otherwise ...
  119.         addq.l  #1,(A0)
  120.         move.b  D0,(A1)         ; D0 still contains 0xFFFFFFFF
  121.         ext.w   D0              ;
  122.         ext.l   D0              ;
  123.         bra.s   ONEDONE         ; LOOK ...
  124.                                    |
  125. BUFFULL:                           |
  126.         move.l  20(A6),-(SP)       |
  127.         move.l  -12(A6),-(SP)      |
  128.         jsr     _FLSBF             |
  129.         addq.l  #8,SP              |
  130.                                    |
  131. ONEDONE:                           V
  132.         addq.l  #1,D0           ; D0 now contains 0 !
  133.         bne.s   NOERROR         ; and we have an error !!!!!
  134.         move.l  -4(A6),D0
  135.         unlk    A6
  136.         rts
  137.  
  138. NOERROR:
  139.         addq.l  #1,-8(A6)
  140.         bra.s   NEXTBYTE
  141.  
  142. BLKDONE:
  143.         addq.l  #1,-4(A6)
  144.         bra.s   NEXTBLK
  145.  
  146. ALLDONE:
  147.         move.l  -4(A6),D0
  148.         unlk    A6
  149.         rts
  150.  
  151. ----------------------------------------------------------
  152.  
  153. ------------------------------
  154.  
  155. Date: 20 Nov 89 10:38:40 GMT
  156. From:
  157.  gem.mps.ohio-state.edu!uakari.primate.wisc.edu!uwm.edu!ux1.cso.uiuc.edu!ux1.cso
  158.  .uiuc.edu!uicbert.eecs.uic.edu!dillenbu@tut.cis.ohio-state.edu
  159. Subject: Downloading, Help Me
  160.  
  161. Help !   How do I download a file from the Terminator archives to my
  162. ST ?  I tried using binary ftp to d/l a file to my school computer and
  163. then binary kermit from there to my ST but  I keep getting BAD Header
  164. and BAD checksum errors when I try to de-arc the files.
  165.         Thanks,
  166.             John Dillenburg
  167.  
  168. ------------------------------
  169.  
  170. Date: 20 Nov 89 07:03:19 GMT
  171. From:
  172.  gem.mps.ohio-state.edu!uakari.primate.wisc.edu!aplcen!haven!uvaarpa!hudson!asts
  173.  un.astro.Virginia.EDU!gl8f@tut.cis.ohio-state.edu  (Greg Lindahl)
  174. Subject: Gadgets by Small - Possible new '030 add-on board!
  175.  
  176. In article <3795@netmbx.UUCP> hase@netmbx.UUCP (Hartmut Semken) writes:
  177.  
  178. >I exspect the Gadgets board to help a lot with Spectre and do almost
  179. >nothing for TOS.
  180.  
  181. Hm. I thought the FaST Tech board was a 16mhz 68000 with a
  182. write-through 32k cache. So if you do lots of reading in a row, you
  183. get a big win. Now if you essentially mounted a 16mhz 68030 with a 16
  184. bit data path onto the same board, and somehow get around the Fline
  185. problem, then you'd have something that would speed things up more
  186. than the Turbo16. Right? It wouldn't be as good as a 32-bit data path
  187. with no speed decrease on writes, but still better than a 68000 at
  188. 16mhz.
  189.  
  190. Of course, I don't know if the '030 can handle different bus widths.
  191. My Moto books aren't that recent.
  192.  
  193. The way that it wins over the PAK68 is that Jim Allen has partially
  194. decoupled the processor speed from the video speed.
  195.  
  196. > The ST is a closed machine; a compatible, faster
  197. >redesign is pretty exspensive.
  198.  
  199. But the TT *is* a compatible redesign with 32-bit everything, right?
  200. It will be interesting to compare the TT to other similar '030 boxes,
  201. when/if it arrives.
  202.  
  203. ------
  204. Greg Lindahl
  205. gl8f@virginia.edu                                  Astrophysicists for Choice.
  206.  
  207. ------------------------------
  208.  
  209. Date: 19 Nov 89 15:05:49 GMT
  210. From: agate!saturn!ucscg.UCSC.EDU!dstr012@ucbvax.Berkeley.EDU  (10003012)
  211. Subject: Need help with Gulam/MX2
  212.  
  213. Help!!! I just downloaded the Gulam shell and MX2.  For some reason,
  214. MX2 can't seem to perform background tasks correctly.  Every time I
  215. try to do a background download, it seems to refuse to send checksums
  216. back to the sender and it just eventually quits.  I tried setting the
  217. priority higher but it still did not work.  Has anyone gotten the MX2
  218. kernal to work efficiently?
  219.  
  220.     Roman Baker
  221.     dstr012@UCSCG.UCSC.EDU
  222.  
  223. ------------------------------
  224.  
  225. Date: 20 Nov 89 08:31:24 GMT
  226. From: agate!saturn!ucscg.UCSC.EDU!dstr012@ucbvax.Berkeley.EDU  (10003012)
  227. Subject: Ram Disks
  228.  
  229. Is it possible or is there already out there a RAM disk program that
  230. could increase it's size as more and more files are put into it?
  231. I would really be great because I keep running out of space on deArcs.
  232.  
  233. Roman Baker
  234.  
  235. ------------------------------
  236.  
  237. Date: Mon Nov 20 11:35:00 UTC+0100 1989
  238. From: VCD51661%DS0RUS54.bitnet@jade.berkeley.edu
  239. Subject: Terminator archive
  240.  
  241. Hi there,
  242.  
  243. last week i tried to access the terminator archive via mail and
  244. via ftp. I used the internet adress atari@terminator.cc.umich.edu
  245. and got the message "unknown host" using ftp. My mails remained
  246. without reply. Does anybody know whether the terminator archive
  247. is still working, or what else could be wrong?
  248.  
  249. Thanx alot.
  250.                         /*
  251.                         **  Benno Salzgeber
  252.                         **  Institute for Computer Applications
  253.                         **  University of Stuttgart
  254.                         **  VCD51661@DS0RUS54.BITNET
  255.                         */
  256.  
  257. -- FOOD FOR THE LITTLE LINEEATER -- FOOD FOR THE LITTLE LINEEATER -- FOOD
  258. -- FOOD FOR THE LITTLE LINEEATER -- FOOD FOR THE LITTLE LINEEATER -- FOOD
  259.  
  260. ------------------------------
  261.  
  262. Date: 20 Nov 89 10:37:12 GMT
  263. From: eru!luth!sunic!mcsun!inria!laas!ralph@bloom-beacon.mit.edu  (Ralph P.
  264.  Sobek)
  265. Subject: Vapourware!!!
  266.  
  267. In article <13200@s.ms.uky.edu> phoenix@ms.uky.edu (R'ykandar Korra'ti) writes:
  268. |  In article <480035@hpdml93.HP.COM> rona@hpdml93.HP.COM (Ron Abramson) writes:
  269. |  >I've seen the NEXT machine.  It is very real.
  270. |   I've seen the NeXT machine.  It is very slow.
  271. |       :-)
  272. |       (Display postscript... bleah...)
  273. |                                                      - R'ykandar.
  274.  
  275. Well, all that depends...  I've seen other machines which display
  276. PostScript on the screen, and they were much slower for that than th NeXT!
  277. All this is like comparing apples (no pun intended) and oranges.
  278.  
  279. Ralph P. Sobek                    Disclaimer: The above ruminations are my own.
  280. ralph@laas.laas.fr                         Addresses are ordered by importance.
  281. ralph@laas.uucp, or ...!uunet!mcvax!laas!ralph          If all else fails, try:
  282. SOBEK@FRMOP11.BITNET                                  sobek@eclair.Berkeley.EDU
  283. ===============================================================================
  284. Upon the instruments of death the sunlight brightly gleams.   --   King Crimson
  285.  
  286. ------------------------------
  287.  
  288. End of INFO-ATARI16 Digest V89 Issue #679
  289. *****************************************